home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000344_icurmtdude@yahoo.com_Sat Oct 25 12:16:00 2003.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Path: newsmaster.cc.columbia.edu!panix!news.maxwell.syr.edu!postnews1.google.com!not-for-mail
  2. From: icurmtdude@yahoo.com (icurmt)
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: DSR off ...
  5. Date: 24 Oct 2003 17:55:13 -0700
  6. Organization: http://groups.google.com
  7. Lines: 44
  8. Message-ID: <cf6cc183.0310241655.1ae8d212@posting.google.com>
  9. References: <cf6cc183.0310211334.2b68926b@posting.google.com> <slrnbpbcob.co2.fdc@sesame.cc.columbia.edu> <8ce22d01.0310211755.5aeb83f8@posting.google.com> <cf6cc183.0310221148.69ac828a@posting.google.com> <slrnbpdtri.ilh.fdc@sesame.cc.columbia.edu> <cf6cc183.0310230551.52867e2d@posting.google.com> <slrnbpg225.aad.fdc@sesame.cc.columbia.edu>
  10. NNTP-Posting-Host: 24.58.29.68
  11. Content-Type: text/plain; charset=ISO-8859-1
  12. Content-Transfer-Encoding: 8bit
  13. X-Trace: posting.google.com 1067043313 27510 127.0.0.1 (25 Oct 2003 00:55:13 GMT)
  14. X-Complaints-To: groups-abuse@google.com
  15. NNTP-Posting-Date: Sat, 25 Oct 2003 00:55:13 +0000 (UTC)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14597
  17.  
  18. Thanks Frank. 
  19.  
  20. I figured it out. I took the port's file descriptor, ttyfd from the
  21. kermit script passed it to my C program to toggle the DTR state.
  22.  
  23. Everything works fine now. Thanks for your timely inputs.
  24.  
  25. Ray
  26.  
  27. Frank da Cruz <fdc@columbia.edu> wrote in message news:<slrnbpg225.aad.fdc@sesame.cc.columbia.edu>...
  28. > In article <cf6cc183.0310230551.52867e2d@posting.google.com>, icurmt wrote:
  29. > : Alright, let me give you more insight to why I am seeing all these
  30. > : problems. I am using the Single Board Computer to talk to the
  31. > : Microcontroller unit through serial ports. The DTR pin on the SBC is
  32. > : hacked to recycle the power on the MCU. Now when the communication is
  33. > : initiated, the DTR pin goes high(1) which resets the MCU and
  34. > : communication fails. Thats the reason that during "show comm"
  35. > : I see that DSR is off. Now when the communication terminates, the DTR
  36. > : is turned off (0) which turns the MCU on.
  37. > : 
  38. > : Something which puzzles me is that why is DTR handshaking used here
  39. > : even when I am stating in kermit program to use the Xon/Xoff
  40. > : flowcontrol. I also tried the RTS/CTS handshaking but the result was
  41. > : same.
  42. > : 
  43. > DTR and flow control (usually) have nothing to do with each other.
  44. > DTR is a signal from the computer to the modem saying "I am turned on"
  45. > and/or "this serial port is open".  By definition, when you turn it off,
  46. > this supposed to break the connection.
  47. > 
  48. > Unfortunately in this case, Kermit is not a general-purpose modem-control
  49. > manipulating program.  It operates at a higher level.  "set line /dev/xxx"
  50. > turns DTR on (and in most cases also RTS).  Closing the device turns it off.
  51. > RTS/CTS are used by the device driver (transparently to Kermit) for flow
  52. > control if you have "set flow rts/cts".
  53. > 
  54. > CD, CTS, DSR, and RI are incoming signals -- "read only".  You can see
  55. > them with "show comm" and you can test them with the WAIT command.
  56. > 
  57. > The only way in Kermit that you can touch DTR is with the HANGUP command,
  58. > which sets DTR low for about 250 milliseconds, then brings it back, which
  59. > is how one tells a modem to hang up a telephone connection.
  60. > 
  61. > - Frank
  62.